-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding DeepMET files in structure needed for SONIC #6
Conversation
A new Pull Request was created by @wpmccormack (Patrick McCormack) for branch master. @smuzaffar, @aandvalenzuela, @iarspider, @clacaputo, @cmsbuild, @slava77, @jpata can you please review it and eventually sign? Thanks. |
The folder Also, we had previously discussed with @cms-sw/jetmet-pog-l2 the possibility of relocating the model files rather than copying them. It would be good to pursue this if possible. |
Ah, ok I can move them from deepmet/deepmet to something like models/deepmet. Do you know where the model files originally are, or should I contact the JetMET people? Or I guess model 1 is equivalent to deepmet_v1_phase2.pb and model 2 is equivalent to deepmet_resp_v1_phase2.pb |
Pull request #6 was updated. |
…ucture and naming conventions are retained
Pull request #6 was updated. |
please use |
I think Triton requires that the model version has to be an integer |
To get around this, I'm now envisioning something like |
Ah ok cool, I'll send an email (but probably not right now, since people probably wouldn't see it until next week anyways) |
Pull request #6 was updated. |
@wpmccormack you have to do this for every version, not just 1 and 2, i.e. assign numbers to each of the other versions. otherwise, the other workflows in the PR tests will not work. |
Oh, why is that? The other versions are not symbolic links. I can make them links easily of course, but will we be using sonic for the other versions? |
Workflows using SONIC for Run 3 and Phase 2 exist (and are being executed in the tests of cms-sw/cmssw#37963), so either we have to support them or remove them. I think we should try to be comprehensive. |
Ah gotcha. I'll give them numbers and re-push |
…odel directories to symbolic links to correponding integer
Pull request #6 was updated. |
@wpmccormack I think a mistake was made with the phase2 models. The file sizes are not the same as what's in the upstream. Can you go back to upstream and copy the files to ensure the correct ones are used? |
Pull request #6 was updated. |
Yikes, yes, somehow I had copied the files into their new folders incorrectly. I've gone back in and double checked that they're right in the most recent push now |
… requires new config
Pull request #6 was updated. |
+reconstruction
|
-1 Failed Tests: RelVals The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic: You can see more details here: RelVals
|
I think the test here fails because it needs to be tested together with cms-sw/cmssw#37963. |
+1
|
merge |
This is a companion PR to cms-sw/cmssw#37963. We are adding a SONIC producer for DeepMET to CMSSW to do some production tests. Nominally SONIC is designed to enable easy use of co-processors in CMS workflows, but it can also start up CPU-based inference servers within jobs. This PR does not affect any workflow in CMS in any way unless called specifically (the SONIC producer is independent of the general DeepMET one). The SONIC framework requires the model files and a specifically formatted config file for the Triton server, and these are contained in this PR in the structure required by NVIDIA Triton. Please refer to these slides for more information about SONIC and our use of NVIDIA Triton: https://indico.cern.ch/event/1143469/contributions/4799423/attachments/2416540/4135308/March_28_JetMET_SONIC.pdf